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DETAILED ACTION 
Response to Amendment 

1 . This action is in response to the amendment filed on May 26, 2006. Claims 1 -30 
are currently pending in the application. 

Response to Arguments 

2. Applicant's arguments, see Remarks, pages 8-15, filed May 26, 2006, with 
respect to the rejection(s) of claim(s) 1-30 under Sitaraman et al. (U.S. Patent 
6,718,332) and Allen et al. (U.S. Patent 6,078,918) have been fully considered and are 
persuasive. Therefore, the rejection has been withdrawn. However, upon further 
consideration, a new ground(s) of rejection is made in view of Hitchcock et al. (U.S. 
Patent 6,460,042). 

3. The response to 112 1 st paragraph rejections on claims 5,6,16,17,27, and 28 
have been considered and are considered persuasive. Therefore, the 112 1 st 
paragraph rejections on these claims are withdrawn. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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4. Claims 1-7, 10-18, and 21-30 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Sitaraman et al. (U.S. Patent 6,718,332) in view of Hitchcock et al. 
(U.S. Patent 6,460,042). 

Regarding claim 1 , Sitaraman discloses: 

A client-server computer system for use with web-based applications comprising: 
a computer system running one or more web browsers capable of processing 

web forms (Figure 1 item 30, column 2 lines 33-41); 

a web server capable of processing Java code and web-based forms (column 2 

lines 33-41); 

a storage mechanism coupled to said computer system, wherein said web server 
is used for validating data with information compiled from said storage mechanism 
(column 4 lines 33-38), wherein a database is used to store user data which is then 
validated at the source data adapter; 

validation rules stored in said storage mechanism , the validation rules 
comprising at least three views, with each view utilizing an execution sequence of 
validation methods (column 4 line 60 - column 5 line 3, column 7 lines 29-63), wherein 
the data validator validates the attribute name location first, then the attribute value 
location, and then checks if a value exists in each attribute definition location; 

wherein each execution sequence designates an order of execution for the 
validation methods (column 4 line 60 - column 5 line 3, column 7 lines 29-63), wherein 
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the data validator validates the attribute name location first, then the attribute value 
location, and then checks if a value exists in each attribute definition location; 

wherein each validation method compares validation values to the data (column 
4 line 60 - column 5 line 3, column 7 lines 29-63), wherein the data validator validates 
the attribute name location first, then the attribute value location, and then checks if a 
value exists in each attribute definition location, wherein each of the steps compares the 
data to a stored value stored in the dictionary name location. 

Sitaraman does not explicitly teach that the views are "hierarchically organized." 
Sitaraman teaches different multiple views, wherein the attribute name location, 
attribute value location, and attribute definition, are interpreted as three different views. 
However, Sitaraman does not explicitly disclose that these are "hierarchically 
organized." Hitchcock discloses a system wherein web forms are put through different 
stages (hierarchy) of validation methods (column 6 lines 26-37). Hitchcock discloses at 
different stages of validation methods, wherein the first stage checks the posted data by 
the applicant, and if an error occurs, a correction page is sent to the applicant (column 6 
lines 13-25) and the second stage validation checks the data form again to make sure 
the information provided meets the criteria of the specific destination before the 
information is supplied to the destination database. This hierarchy is necessary in the 
system of Hitchcock so that information can be customized for different institutions 
(column 7 lines 2-13). Sitaraman and Hitchcock are analogous arts because both are 
directed to data validation of web forms. It would have been obvious to one of ordinary 
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skill in the art to use a "hierarchically organized" views in Sitaraman's system of 
validating user records so that the data could be customized for different destinations of 
the user records and that that customized data is validated before being stored at a 
destination. 

Claim 2 is rejected as applied above in rejecting claim 1 . Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1 , wherein if a value has no 
validation rules, then a lower priority view's execution sequence is performed (column 4 
line 60 - column 5 line 3, column 7 lines 29-63), wherein the data validator validates the 
attribute name location first, then the attribute value location, and then checks if a value 
exists in each attribute definition location). 

Claim 3 is rejected as applied above in rejecting claim 1 . Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1 , wherein the validation 
rules type cast a single value integer (column 7 lines 41-51), wherein the data validator 
checks that a value type is consistent with the value type stored in the dictionary name 
location. 

Claim 4 is rejected as applied above in rejecting claim 1. Furthermore, Sitaraman 
discloses: 
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A client-server computer system according to claim 1 , wherein the validation 
rules type cast an integer as a string (column 7 lines 41-51), wherein the data validator 
checks that a value type is consistent with the value type stored in the dictionary name 
location by verifying the string or integer value. 

Claim 5 is rejected as applied above in rejecting claim 1. Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1 , wherein the validation 
rules change legacy data to string values (column 10 lines 27-31 ), wherein the target 
data adapter converts the format of the validated user record into a suitable format. 

Claim 6 is rejected as applied above in rejecting claim 5. Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 5, wherein the validation 
rules change the legacy data to check for membership in a data set (column 10 lines 
26-27), wherein the data is changed to a proper format, and uses an event, which 
matches an event type on the target interface. 

Claim 7 is rejected as applied above in rejecting claim 1. Furthermore, Sitaraman 
discloses: 
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A client-server computer system according to claim 1 , wherein the validation 
rules validate an entire set of data (column 4 line 60 - column 5 line 3, column 7 lines 
29-63). 

Claim 10 is rejected as applied above in rejecting claim 1 . Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1 , wherein each validation 
rule includes an associated application tag that differentiates versions of an application 
(column 2 lines 48-61), wherein there are different types of database definitions. 

Claim 1 1 is rejected as applied above in rejecting claim 1 . Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1 , wherein each validation 
rule includes an associated application tag that differentiates instances of an application 
and version for different users (column 2 lines 48-61), wherein there are different types 
of database definitions. 

Regarding claim 12, Sitaraman discloses: 
A web server system comprising: 
at least one web application (column 2 lines 33-41); 

means for performing validation service on data submitted by said at least one 
we application (column 2 lines 33-41); 
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means for processing web forms (column 2 lines 33-41 ); 

means for storing and retrieving validation rules for performing said validation 
server, the validation rules comprising at three views, with each view utilizing an 
execution sequence of validation methods (column 4 line 60 - column 5 line 3, column 7 
lines 29-63), wherein the data validator validates the attribute name location first, then 
the attribute value location, and then checks if a value exists in each attribute definition 
location; 

wherein each execution sequence designates an order of execution for the 
validation methods (column 4 line 60 - column 5 line 3, column 7 lines 29-63), wherein 
the data validator validates the attribute name location first, then the attribute value 
location, and then checks if a value exists in each attribute definition location; 

wherein each validation method compares validation values to the data (column 
4 line 60 - column 5 line 3, column 7 lines 29-63), wherein the data validator validates 
the attribute name location first, then the attribute value location, and then checks if a 
value exists in each attribute definition location, wherein each of the steps compares the 
data to a stored value stored in the dictionary name location; and 

means for compiling validation rules into said at least one web application in 
order to perform said validation service (column 4 line 60 - column 5 line 3, column 7 
lines 29-63), wherein the data validator validates the attribute name location first, then 
the attribute value location, and then checks if a value exists in each attribute definition 
location. 
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Sitaraman does not explicitly teach that the views are "hierarchically organized." 
Sitaraman teaches different multiple views, wherein the attribute name location, 
attribute value location, and attribute definition, are interpreted as three different views. 
However, Sitaraman does not explicitly disclose that these are "hierarchically 
organized." Hitchcock discloses a system wherein web forms are put through different 
stages (hierarchy) of validation methods (column 6 lines 26-37). Hitchcock discloses at 
different stages of validation methods, wherein the first stage checks the posted data by 
the applicant, and if an error occurs, a correction page is sent to the applicant (column 6 
lines 13-25) and the second stage validation checks the data form again to make sure 
the information provided meets the criteria of the specific destination before the 
information is supplied to the destination database. This hierarchy is necessary in the 
system of Hitchcock so that information can be customized for different institutions 
(column 7 lines 2-13). Sitaraman and Hitchcock are analogous arts because both are 
directed to data validation of web forms. It would have been obvious to one of ordinary 
skill in the art to use a "hierarchically organized" views in Sitaraman's system of 
validating user records so that the data could be customized for different destinations of 
the user records and that that customized data is validated before being stored at a 
destination. 

Claim 13 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 
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A web server system according to claim 12, wherein if a view has no validation 
rules, then a lower priority view's execution sequence is performed (column 4 line 60 - 
column 5 line 3, column 7 lines 29-63), wherein the data validator validates the attribute 
name location first, then the attribute value location, and then checks if a value exists in 
each attribute definition location). 

Claim 14 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein the validation rules type cast 
a single integer (column 7 lines 41-51), wherein the data validator checks that a value 
type is consistent with the value type stored in the dictionary name location. 

Claim 15 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein said validation rules type 
cast an integer as a string (column 7 lines 41-51 ), wherein the data validator checks that 
a value type is consistent with the value type stored in the dictionary name location by 
verifying the string or integer value. 

Claim 16 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 
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A web server system according to claim 12, wherein the validation rules change 
legacy data to string values (column 10 lines 27-31), wherein the target data adapter 
converts the format of the validated user record into a suitable format. 

Claim 17 is rejected as applied above in rejecting claim 16. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 16 wherein the validation rules change 
the legacy data to check for membership in a data set (column 10 lines 26-27), wherein 
the data is changed to a proper format, and uses an event, which matches an event 
type on the target interface. 

Claim 18 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein validation rules validate an 
entire set of data (column 4 line 60 - column 5 line 3, column 7 lines 29-63). 

Claim 21 is rejected as applied above in rejecting claim 12. Furthermore, Sitaraman 
discloses: 

A web server system according to claim 12, wherein each validation rule includes 
an associated application tag that differentiates instances of an application and version 
for different users (column 2 lines 48-61 ), wherein there are different types of database 
definitions. 
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Regarding claim 22, Sitaraman discloses: 

A computer-readable medium with instructions executable by a processor for 
providing a validation application service for web-based applications, the medium 
comprising instructions to: 

couple a service request from a data device to a web server, the request 
including data to be validated (column 2 lines 33-41); 

generate a service session instruction, the service session instruction based at 
least in part on the service request (column 2 lines 33-41); 

send the service session instruction to one or more web servers, the service 
session instruction corresponding to one or more data validation requests from said 
customer data device (column 1 lines 55-67, column 2 lines 33-41); 

compile at least one page based on stored validation rules in a database, the 
validation rules comprising at least three views, with each view utilizing an execution 
sequence for the validation methods, and wherein each validation method compares 
validation values to the data (column 4 line 60 - column 5 line 3, column 7 lines 29-63), 
wherein the data validator validates the attribute name location first, then the attribute 
value location, and then checks if a value exists in each attribute definition location; and 

send a validation service response to the data device, wherein the validation 
service response is based on the service request (column 1 lines 55-67), wherein after 
the data is validated for the correct form, it is sent to the receiver. 
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Sitaraman does not explicitly teach that the views are "hierarchically organized." 
Sitaraman teaches different multiple views, wherein the attribute name location, 
attribute value location, and attribute definition, are interpreted as three different views. 
However, Sitaraman does not explicitly disclose that these are "hierarchically 
organized." Hitchcock discloses a system wherein web forms are put through different 
stages (hierarchy) of validation methods (column 6 lines 26-37). Hitchcock discloses at 
different stages of validation methods, wherein the first stage checks the posted data by 
the applicant, and if an error occurs, a correction page is sent to the applicant (column 6 
lines 13-25) and the second stage validation checks the data form again to make sure 
the information provided meets the criteria of the specific destination before the 
information is supplied to the destination database. This hierarchy is necessary in the 
system of Hitchcock so that information can be customized for different institutions 
(column 7 lines 2-13). Sitaraman and Hitchcock are analogous arts because both are 
directed to data validation of web forms. It would have been obvious to one of ordinary 
skill in the art to use a "hierarchically organized" views in Sitaraman's system of 
validating user records so that the data could be customized for different destinations of 
the user records and that that customized data is validated before being stored at a 
destination. 

Regarding claim 23, Sitaraman discloses: 

A method of providing validation data service with a web-based computer system 
comprising the steps of: 
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calling at least one page from a web application (column 2 lines 33-41); 

compiling said at least one page at a web server (column 2 lines 33-41);; 

retrieving validation rules from a centralized storage mass coupled to said web 
server, the validation rules comprising at least three views, with each view utilizing an 
execution sequence of validation methods, wherein each execution sequence 
designates an order of execution for the validation methods, and wherein each 
validation method compares validation values to the data (column 4 line 60 - column 5 
line 3, column 7 lines 29-63), wherein the data validator validates the attribute name 
location first, then the attribute value location, and then checks if a value exists in each 
attribute definition location; 

validating data from said web application in accordance with said validation rules 
service (column 4 line 60 - column 5 line 3, column 7 lines 29-63), wherein the data 
validator validates the attribute name location first, then the attribute value location, and 
then checks if a value exists in each attribute definition location. 

Sitaraman does not explicitly teach that the views are "hierarchically organized." 
Sitaraman teaches different multiple views, wherein the attribute name location, 
attribute value location, and attribute definition, are interpreted as three different views. 
However, Sitaraman does not explicitly disclose that these are "hierarchically 
organized." Hitchcock discloses a system wherein web forms are put through different 
stages (hierarchy) of validation methods (column 6 lines 26-37). Hitchcock discloses at 
different stages of validation methods, wherein the first stage checks the posted data by 
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the applicant, and if an error occurs, a correction page is sent to the applicant (column 6 
lines 13-25) and the second stage validation checks the data form again to make sure 
the information provided meets the criteria of the specific destination before the 
information is supplied to the destination database. This hierarchy is necessary in the 
system of Hitchcock so that information can be customized for different institutions 
(column 7 lines 2-13). Sitaraman and Hitchcock are analogous arts because both are 
directed to data validation of web forms. It would have been obvious to one of ordinary 
skill in the art to use a "hierarchically organized" views in Sitaraman's system of 
validating user records so that the data could be customized for different destinations of 
the user records and that that customized data is validated before being stored at a 
destination. 

Claim 24 is rejected as applied above in rejecting claim 23. Furthermore, Sitaraman 
discloses: 

A method according to claim 23, wherein if a view has no validation rules, then 
performing a lower priority's view execution sequence (column 4 line 60 - column 5 line 
3, column 7 lines 29-63), wherein the data validator validates the attribute name location 
first, then the attribute value location, and then checks if a value exists in each attribute 
definition location). 

Claim 25 is rejected as applied above in rejecting claim 23. Furthermore, Sitaraman 
discloses: 



Application/Control Number: 09/995,648 Page 16 

Art Unit: 2131 

A method according to claim 23, wherein the validation rules type cast a single 
value integer (column 7 lines 41-51), wherein the data validator checks that a value type 
is consistent with the value type stored in the dictionary name location. 

Claim 26 is rejected as applied above in rejecting claim 23. Furthermore, Sitaraman 
discloses: 

A method according to claim 23, further comprising type casting an integer as a 
string (column 7 lines 41-51), wherein the data validator checks that a value type is 
consistent with the value type stored in the dictionary name location by verifying the 
string or integer value. 

Claim 29 is rejected as applied above in rejecting claim 27. Furthermore, Sitaraman 
discloses: 

A method according to claim 27, further comprising tagging each validation rule 
with an associated application tag that differentiates versions of an application (column 
2 lines 48-61 ), wherein there are different types of database definitions. 

Claim 30 is rejected as applied above in rejecting claim 27. Furthermore, Sitaraman 
discloses: 

A method according to claim 27, further comprising tagging each validation rule 
with an associated application tag that differentiates instances of an application and 
version for different users. 
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Claim 9 is rejected as applied above in rejecting claim 1. Furthermore, Sitaraman 
discloses: 

A client-server computer system according to claim 1 . Sitaraman does not 
explicitly disclose that the validation rules validate weekday, date available, and date of 
expiration for long distance telephone service. However, Sitaraman discloses validating 
data, wherein the user data can include "user's name, address, telephone number, 
account type, and the like" (column 2 lines 61-67), wherein the information is used for 
specific subscribers, the subscribers being one of a telephone company or ISP (column 
1 lines 13-18). It was well-known in the art at the time of invention, that the telephone 
company's account information includes dates and dates of expiration for long distance 
telephone service, as telephone service is cutoff at a certain date if the bill is not paid. 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
invention to include weekday, data available, and date of expiration in the account 
information that is being validated. 

5. Claims 8 and 19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sitaraman et al. (U.S. Patent No. 6,718,332) in view of Hitchcock et al. (U.S. Patent 
6,460,042) in further in view of Allen et al. (U.S. Patent No. 6,078,918). 

Claim 8 is rejected as applied above in rejecting claim 7. Furthermore, 
Sitaraman discloses: 
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A client-server computer system according to claim 7. Sitaraman does not 
explicitly disclose that the validation rules return individual validation statuses in a hash 
table. Allen teaches data is indexed and arranged in a form of a hash table (Figure 5C 
item 520, column 10 lines 60-62). It would have been obvious to one of ordinary skill in 
the art at the time of invention to combine the system of Sitaraman with Allen to index 
data in the form of a hash table to perform quick lookups and searches as delineated by 
Allen (column 10 lines 65-66) and to perform remote administration capability so the 
administrator can manage multiple systems located at different locations to save on 
support costs. 

Claim 19 is rejected as applied above in rejecting claim 18. Furthermore, Sitaraman 
discloses: 

A web server computer system according to claim 18. Sitaraman does not 
explicitly disclose that the validation rules return individual validation statuses in a hash 
table. Allen teaches data is indexed and arranged in a form of a hash table (Figure 5C 
item 520, column 1 0 lines 60-62). It would have been obvious to one of ordinary skill in 
the art at the time of invention to combine the system of Sitaraman with Allen to index 
data in the form of a hash table to perform quick lookups and searches as delineated by 
Allen (column 10 lines 65-66) and to perform remote administration capability so the 
administrator can manage multiple systems located at different locations to save on 
support costs. 
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Conclusion 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kaveh Abrishamkar whose telephone number is 571- 
272-3786. The examiner can normally be reached on Monday thru Friday 8-5. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ayaz Sheikh can be reached on 571-272-3795. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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08/16/2006 
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